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DETAILED ACTION 

1 . This action is responsive to the Applicant's response filed 8/3 1/2004 

As indicated in Applicant's response, claim 3 has been amended. Claims 1-17 are 
pending in the office action. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1, 3-17 are rejected under 35 U.S.C. 103(a) as being unpatentable over Foody et 
al., USPN: 5,732,270 ( hereinafter Foody) , in view of Katchabaw et al., "Making Distributed 
Applications Manageable Through Instrumentation", The Journal of Systems and Software 45, 
1999 ( hereinafter Katchabaw). 

As per claim 1, Foody discloses a method for providing access to an external system 
software components from within a runtime computing system (Fig. 1), comprising: 

providing an external system software components access interface within said runtime 
environment (e.g. Proxy object, the System - Fig. 1; Fig. 10; proxies ... in process .. the system 
-col. 19, lines 23-39); 

receiving a request at said software components access interface for an external system 
software components available outside of said runtime environment (e.g. step 42 - Fig 8; first 
object, how to access ... call its methods, set its properties, handle exceptions - col. 8, lines 48- 



Application/Control Number: 09/900,060 Page 3 

Art Unit: 2124 

61 - Note: methods, properties, exceptions read on an external system software components 
from outside the runtime environment); 

transmitting a request for said an external system software components to an external 
system software components source external to said runtime environment ( e.g. intercepted by 
the system, the system forwards - col. 8, lines 58-65; col. 17, lines 5-35; COM server 78 - Fig. 
12C; OSA, col 9, lines 5-47; VfunctionData - col. 11, lines 15-39/col. 15 lines 16-34 - Note: the 
system intercepting the proxy directions to access the real object via COM service is equivalent 
to transmitting a request for data to an external system software components external source); 

receiving a response to said request (e.g. Fig. 9; COM server 78 - Fig. 12C; queries the 
objects, querying.,, information -col. 10, lines 35-51; step 702 - Fig. 7C - Note: retrieving code 
or objects from additional service reads on receiving a response to request for object retrieval; 
and Expose class Factory and return results for Factory class construction reads on receiving 
response to request); 

converting said response to a format compatible with said runtime environment (e.g. col. 
13, line 8 to col. 14, line 49; Fig. 5,6-7b; step 704 - Fig. 7C); and 

responding to said request with converted response (e.g. step 51, 52 - Fig. 8). 

But Foody does not expressly disclose that the external system software components are 
instrumentation data. Foody, however, teaches providing of class objects and methods as 
tailored according to a proxy-derived description in order to provide objects components making 
up the required software project of a runtime application (e.g. Fig. 12-13; col. 16 line 54 to col. 
17, line 4; col. 10, line 10 to col. 11, line 25), e.g. manipulating a code structure or class object in 
order to insert modifications/methods in order to effect data retrieval like remote retrieval of 
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OSA information or to set up exception calls. Thus, such modification of class objects as well as 
retrieving of database objects or persisted metadata for class instantiation or development of 
runtime objects falls in the same category as providing instrumentation components of 
application, or is reminiscent of instrumentation activities. In a system to provide class objects 
from an external source to a runtime by requesting developers via a OSI-based management 
agent similar to the OSA/System by Foody, Katchabaw discloses providing instrumentation 
components via an agent for data access to the developers' application runtime environment ( 
e.g. ch. 3-5, 6. 1-2, pg. 82-93). It would have been obvious for one of ordinary skill in the art at 
the time the invention was made to modify to the multi-system code component assembling and 
customized delivery by Foody so to expand it into instrumentation components gathering and 
retrieval as taught by Katchabaw in order to support objects creation compliance, exceptions 
handling, and error checking as suggested by Foody ( see Fig. 15) in order to provide a fault-free 
code for integration in the user's environment. 

As per claim 3, Foody discloses converting object created in accordance with required 
configuration of runtime object (e.g. col. 15, line 8 to col. 16, line 28 - Note: factoring object 
according to specification of a dynamic proxy is equivalent to converting object model that is 
compatible with runtime environment of the requesting user; Fig. 6-7; col. 18, lines 7-36). 

As per claim 4, Foody discloses returning a object ( e.g. Export Framework - Fig. 2; col. 
7, lines 39-59), a Factory ( col 16, lines 48-64; col. 17, line 55-66 - Note: creating a object by 
OSA from putting together classes and methods as in Fig. 5-7, 13-14, is equivalent to packaging 
properties of management object through instrumentation data source) 
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As per claims 5 and 6, Foody discloses exception object (e.g. exceptions - col. 10, lines 
10-25; VExceptionData - Fig. 15; step 707 - Fig. 7C; kVUsageProtected, kVUsageDoNotCache 
-Fig. 15). 

As per claims 7 and 8, Foody discloses a computer-readable medium ( col. 235, lines 

61-64) 

As per claim 9, Foody discloses a method for accessing an external system software 
components from within a runtime computing environment (Fig. 1), comprising: 

receiving a request to construct a management object comprising said system software 
components(step 42 - Fig 8); 

in response to said request, querying an instrumentation data access interface within said 
runtime environment for said software components (e.g. Fig. 2; com Dll 'in Process' - Fig. 12a); 

determining whether said software components was successfully returned ( Fig. 11-12- 
Note: remote calls to COM server inherently discloses determining whether software 
components being retrieved are successfully returned; step 702-703 Fig 7C; return errors - col. 
12, lines 39-47); and 

in response to said successful return, constructing said management object and populating 
said object with requested software components ( e.g. Fig. 7C, 9, 13-15 - Note: traversing class 
to create object class and methods for creating a object from the Factory is equivalent to 
constructing an management object and populating it with software objects). 

But Foody does not expressly disclose that the software components requested from the 
runtime environment are instrumentation data; but this limitation has been addressed in claim 1 
above. 



_ Application/Control Number: 09/900,060 Page 6 

Art Unit: 2124 

As per claim 10, Foody discloses binding a management class to an instance of 
management object (Fig. 8, 13-15) 

As per claim 11, Foody discloses identifying a Namespace (e.g. col. 10, lines 10-39) 

As per claim 12, Foody discloses management path object (z.g.path ...information 68 - 
Fig. 10; location ...framework - Fig. 2) 

As per claim 13, Foody discloses interface calls options to access class objects ( e.g. 
DSOM, SOM, COM -col. 9, lines 51-61; CORBA, DII - col. 10, lines 32-48 - Note: providing 
different ways to access object is equivalent to providing access connecting options) 

As per claim 14, Foody discloses exception when constructing a class; but does not 
provide throwing a management exception; but in view of the creating of class to access data 
using object-oriented programming constructs ( see Appendix VViewNameSpace, Exception - 
col. 61-126), the suggestion as to throw exception upon non-success using class definition to 
access a management object, e.g. the namespace, is shown. Official notice is taken that using 
object-oriented like Java to implement access of data via a communication link and thus throw 
an exception call when a communication occurs was a well-known concept at the time the 
invention was made. Hence, it would have been obvious for one of ordinary skill in the art at the 
time the invention was made to provide code as suggested by Foody so to implement 
communication with the management service by COM or OSA such that exception are thrown 
when such communicating incurs errors as suggested in Foody's Appendix and taught by well 
known practices. 

As per claim 15, see Foody Appendix (e.g. VcrCallException, Index - col. 53-54) 
As per claims 16 and 17, refer to the rationale of claims 7-8, respectively. 
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4. Claim 2 is rejected under 35 U.S.C 103(a) as being unpatentable over Foody et al., 
USPN: 5,732,270, and Katchabaw et al., " Making Distributed Applications Manageable 
Through Instrumentation", as applied to claim 1, and further in view of Festor et al., "Integration 
of WBEM-based Management Agents in the OSI Framework", Integrated Network 
Management, 1999, Proceedings of the 6 th IFIP/IEEE International Symposium ( hereafter 
Festor). 

As per claim 2, Foody discloses a runtime API for data access ( col. 11, lines 15-25) and 
remote call for COM access ( Fig. 12C) and Dynamic Invocation interface ( col. 12, lines 48-59); 
and teaches classes being implemented to provide a single API (e.g. col. 11, lines 15-32) but 
does not explicitly shows a runtime client API. As suggested by Foody, the use of windows- 
based system APIs to effect communicating invocations between layers of application codes and 
to make outgoing calls to services to retrieve data was a known concept in the art at the time of 
the invention. Festor, in a system using a management service to provide objects to a developing 
environment analogous to Foody's method, discloses client Java communication interfaces (e.g. 
Fig 3; ch. 7. 1, pg. 59-61). It would have been obvious for one of ordinary skill in the art at the 
time the invention was made to provide the user's runtime environment with Java application 
interface as taught by Festor, in case the runtime environment by Foody is specific to an external 
Web-application that is not a heterogeneous application, so that by using the Java client APIs at 
the web-based client site as taught by Festor, the resources for creating a instant proxy by Foody 
would be alleviated and the process of retrieving code components for the specific Web-based 
application instrumentation would be more efficient because Java APIs are widely known to be 
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readily available in many platforms compatible and operable with Web-based applications at the 
time the invention was made. 

Response to Arguments 

5. Applicant's arguments filed 8/3 1/2004 have been fully considered but they are not 
persuasive. Following are the corresponding rebuttals from the Examiner regarding Applicant's 
most representative arguments. 
As per claim 1: 

(A) Applicants have submitted that Foody £ does not teach providing an instrumentation data 
access interface within a runtime environment . . . interface is called . . . application-programming 
interface . . . allow a managed code application executing within a managed code . . .request, 
receive, and modify . . . Foody teaches using a native proxy object in a system for a foreign object 
outside the system ... A native proxy object ... is not equivalent to an instrumentation data 
access interface' ( Appl. Rmrks, pg. 9, bottom; pg. 10, top para). In response, it is noted that 
even though the claims limitations are interpreted in light of the specs, the specifics of the 
specifications are not read into the claims. The claim only recites instrumentation data access 
interface within runtime environment; and nowhere in the claim is there explicit calling for a 
'managed code application executing within a managed code environment'; nor does it specify 
that such interface is an API. The limitations such as 'runtime environment' and 'data access 
interface' are broad terms and are subject to broader interpretation than that which Applicants 
would have liked to. Hence, Foody's interfacing proxy object has met such limitation as 'data 
access interface' because a proxy is acting between a requesting runtime environment and a 
remote source from which data are retrieved. The portions recited from the rejection show an 
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interfacing object created within a runtime Framework and instantiated from methods in the 
OSA to access meaningful information like arguments for a object method calls retrieved from 
outside of the runtime native OSA ( see Fig. 7c and related text); hence the limitation data access 
interface has been met by such proxy object and its retrieving methods, e.g. VfunctionData being 
invoked from the calling framework when the proxy is formed. Besides, the OSA and its 
repertoire of classes can be overridden to enable specific implementation 'while still providing a 
single API to the rest of the system' (e.g. col. 1 1, lines 15-32) such the concept of using API 
would already be instrumental to Foody's approach for constructing objects in the course of 
object development time. But again, the claim only recites data access interface within a 
runtime environment and Foody's proxy being an interface to retrieve external object to a native 
runtime OSA framework reads on both limitation, notably since a broadest reasonable 
interpretation is what Examiner uses in order to construe the invention as recited. And as long as 
the limitations are not recited in explicit terms so as to substantiate what the Applicant regards as 
his invention, the merits of the claims would have to fall under Examiner's interpretation. The 
nature of data to be retrieved from either Foody's OSA or from Katchabaw's DCE/OSI 
framework hence has become a mere intended use; and whether this data is software 
development data, database/reuse objects or instrumentation metadata or instrumentation 
constructs, it would only be a variance of retrieved/requested data in any framework; and that 
becomes the ground for the obviousness reasoning when the limitation of the so-called 
'instrumentation data' has been perceived as not being explicitly disclosed from Foody's 
teaching. The rejection has shown why this limitation would also have been obvious; and 
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Applicants fail to prove how such rationale to combine would draw adverse effects or would be 
wrong; and if so, then on what grounds. 

(B) Applicants have submitted that the resulting combination by Foody and Katchabaw 
would not anticipate the subject matter of claim 1 ( Appl. Rmrks bottom pg. 10). Katchabaw 
teaches what Applicants term as 'go-between' and Foody teaches a proxy, known for being an 
application or program situated two elements of a communicating link and purported for 
interfacing outside machines to a more proprietary or protected environment, the concept of 
interface capability is evident in both references. Katchabaw is provided to render the limitation 
of 'instrumentation data' obvious as observed above; and it is deemed hard to construe the role 
of a go-between agent or a proxy as not being an interface at all. Besides, as mentioned above, 
the class and methods of Foody's framework are geared towards making all the objects act like 
an API for effecting calls to database objects because the concept of using API was a known 
concept. The rationale as to why one skilled in the art would be making all invoking calls within 
the interface object such as Foody's proxy as APIs calls are addressed in claim 2. 

As per claim 2: 

(C ) Applicants have submitted that Foody and Katchabaw combined do not teach the subject 
matter of claim 2 because they do not teach the subject matter of claim 1 ( Appl. Rmrks, pg. 1 1 
middle). Since the arguments reter to claim 1 subject matter, the arguments herein are referred 
back to sections A, B from above. Applicants fail to show why the combination as set forth 
would not be appropriate and if so for what specific reasons; hence Applicants' arguments 
amount to mere allegations without substantial and/or probative rationale showing how what 
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Applicants regard as his/their invention distinguishes over the teachings as set forth in the 
combination. 

As per claim 9: 

(D) The arguments by Applicants about the deficiencies of Foody and Katchabaw (Appl 
Rmrks; pg. 12 ) fall under the ambit of the matter discussed in sections A, B from above. As 
mentioned above, the claims do not provide specifics as to why 'data access interface' or 
'runtime environment' would be clearly different from what Foody discloses; and in light of 
broadest reasonable interpretation, such subject matter termed as 'instrumentation data access 
interface' or 'runtime environment' has been met by the proxy objects in the OSA framework 
and its calling methods by Foody. The claims as recited are not sufficiently specific so as to 
compel the Examiner to construe the limitation in only one particular way; and since the 
specifications cannot be read into the claims, Applicants' points are not convincing. The 
rejection will stand as set forth. 

Conclusion 

6. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1. 136(a) will be calculated from the mailing date of the advisory action. In no event, 
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however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (272) 272-3735. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (571)272-3719. 

The fax phone number for the organization where this application or proceeding is 
assigned is (571) 273-3735 ( for non-official correspondence - please consult Examiner before 
using) or 703-872-9306 ( for official correspondence) or redirected to customer service at 
number 571-272-3609. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



VAT 

November 21, 2004 




ANIL KHATR1 
PRIMARY EXAMINER 



